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Foreword 



This Technical Specification (TS) has been produced by the 3GPP. 

The contents of this document are subject to continuing work within the TSG and may change following formal TSG 
approval. Should the TSG modify the contents of this TS, it will be re-released by the TSG with an identifying change 
of release date and an increase in version number as follows: 

Version x.y.z 

where: 

X the first digit: 

1 presented to TSG for information; 

2 presented to TSG for approval; 

3 or greater indicates TSG approved document under change control. 

y the second digit is incremented for all changes of substance, i.e. technical enhancements, corrections, 
updates, etc. 

z the third digit is incremented when editorial only changes have been incorporated in the specification; 
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1 Scope 



This document provides the Stage One description of Location Services (LCS). A Stage One description provides an 
overall service description, primarily from the service subscriber's and user's points of view, but not dealing with the 
details of the Man Machine Interface (MMI). This TS includes information applicable to network operators, service 
providers and terminal, base station system, switch, and data base manufacturers. 

NOTE: Location Services may be considered as a network provided enabling technology consisting of 

standardized service capabilities which enable the provision of location based applications. These 
applications may be service provider specific. The description of the numerous and varied possible 
location applications which are enabled by this technology are outside the scope of this specification. 
However, clarifying examples of how the functionality being specified may be used to provide specific 
location services is included in various sections of the specification. 

This document provides core requirements to an extent sufficient to derive a complete definition of location services at 
the service level. However, the present document also provides additional requirements which may suggest in a non- 
normative manner certain ways the system may be implemented to support location services. 

LCS can be offered without subscription to basic telecommunication services. LCS is available to the following 
categories of LCS clients: 

• Value Added Services LCS Clients - use LCS to support various value added services. These clients can include 
UE subscribers as well as non-subscribers to other services. 

• PLMN Operator LCS Clients - use LCS to enhance or support certain O&M related tasks, supplementary 
services, IN related services and bearer services and teleservices. 

• Emergency Services LCS Clients - use LCS to enhance support for emergency calls from subscribers. 

• Lawful Intercept LCS Clients - use LCS to support various legally required or sanctioned services. 

LCS is applicable to any target UE whether or not the UE supports LCS, but with restrictions on choice of positioning 
method or notification of a location request to the UE user when LCS or individual positioning methods, respectively, 
are not supported by the UE. 

LCS is being developed in phases with enhancements added in 3GPP releases. 



References 



The following documents contain provisions which, through reference in this text, constitute provisions of the present 
document. 

• References are either specific (identified by date of publication, edition number, version number, etc.) or 
non-specific. 

• For a specific reference, subsequent revisions do not apply. 

• For a non-specific reference, the latest version applies. In the case of a reference to a 3GPP document (including 
a GSM document), a non-specific reference implicitly refers to the latest version of that document in the same 
Release as the present document. 

2.1 Normative references 

[1] 3GPP TR 2L905: "Vocabulary for 3GPP Specifications". 

[2] 3GPP TS 23.032: "Universal Geographical Area Description" 

[3] 3GPP TS 22.101: "Service principles" 
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[4] 3GPP TS 22. 105: "Services and Service Capabilities" 

[5] 3GPP TS 22.115: "Charging and Billing" 

[6] 3GPP TS 22.127: "Stage 1 Service Requirement for the Open Service Access (OSA)". 

[7] 3GPP TS 23.1 10: " UMTS Access Stratum; Services and Functions" 

2.2 Informative references 

[8] 3GPP TR 25.923: "Report on Location Services (LCS)" 

[9] PD 30.1cs: "Project Plan for location services in UMTS" 

[10] Third generation (3G) mobile communication system; Technical study report on the location 

services and technologies, ARIB ST9 December 1998. 

[11] The North American Interest Group of the GSM MoU ASSOCIATION: Location Based Services, 

Service Requirements Document of the Services Working Group 

3 Definitions and abbreviations 

3.1 Abbreviations 

For the purposes of the present document, in addition to 3GPP TR.21.905, the following abbreviations apply: 

LCS Location Service 

NA-ESRD North American Emergency Services Routing Digits 

NA-ESRK North American Emergency Services Routing Key 

NANP North American Numbering Plan 

NOTE: In the present document, acronyms are used in the text as if they are read either in their fully expanded 
form or in their alphabet names with no consistent principle. 

3.2 Definitions 

For the purposes of the present document the following definitions apply: 

Codeword: access code, which is used by a Requestor or LCS Client in order to gain acceptance of a location request 
for a Target UE. The codeword is part of the privacy information that may be registered by a Target UE user. 

Current Location: after a location attempt has successfully delivered a location estimate and its associated time stamp, 
the location estimate and time stamp are referred to as the 'current location' at that point in time. 

Deferred location request: a location request where the location response (responses) is (are) required after specific 
event has occurred. Event may or may not occur immediately. In addition event may occur many times. 

Immediate location request: a location request where a single location response only is required immediately. 

Initial Location: in the context of an originating emergency call the location estimate and the associated time stamp at 
the commencement of the call set-up is referred to as 'initial location' . 

Last Known Location: The current location estimate and its associated time stamp for Target UE stored in the LCS 
Server is referred to as the 'last known location' and until replaced by a later location estimate and a new time stamp is 
referred to as the 'last known location' . 

LCS Client: a software and/or hardware entity that interacts with a LCS Server for the purpose of obtaining location 
information for one or more Mobile Stations. LCS Clients subscribe to LCS in order to obtain location information. 
LCS Clients may or may not interact with human users. The LCS Client is responsible for formatting and presenting 
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data and managing the user interface (dialogue). The LCS Client is identified by a unique international identification, 

e.g. E. 164. 

NOTE: The LCS Client may reside inside or outside the PLMN. 

LCS Client Access barring list: an optional Ust of MSISDNs per LCS Client where the LCS Client is not allowed to 
locate any MSISDN therein. 

LCS Client Subscription Profile: a collection of subscription attributes of LCS related parameters that have been 
agreed for a contractual period of time between the LCS client and the service provider. 

LCS Feature: the capability of a PLMN to support LCS Client/server interactions for locating Target UEs. 

LCS Server: a software and/or hardware entity offering LCS capabilities. The LCS Server accepts requests, services 
requests, and sends back responses to the received requests. The LCS server consists of LCS components which are 
distributed to one or more PLMN and/or service provider. 

Location Estimate: the geographic location of a UE and/or a valid Mobile Equipment (ME), expressed in latitude and 
longitude data. The Location Estimate shall be represented in a well-defmed universal format. Translation from this 
universal format to another geographic location system may be supported, although the details are considered outside 
the scope of the primitive services. 

North American Emergency Services Routing Digits (NA-ESRD): a telephone number in the North American 
Numbering Plan (NANP) that can be used to identify a North American emergency services provider and its associated 
LCS client. The ESRD also identifies the base station, cell site or sector from which a North American emergency call 
originates. 

North American Emergency Services Routing Key (NA-ESRK): a telephone number in the North American 
Numbering Plan (NANP) assigned to an emergency services call by a North American VPLMN for the duration of the 
call. The NA-ESRK is used to identify (e.g. route to) both the emergency services provider and the switch in the 
VPLMN currently serving the emergency caller. During the lifetime of an emergency services call, the NA-ESRK also 
identifies the calling mobile subscriber. 

PLMN Access barring list: an optional list of MSISDN per PLMN where any LCS Client is not allowed to locate any 
MSISDN therein except for certain exceptional cases. 

Privacy Class: list of LCS Clients defined within a privacy exception class to which permission may be granted to 
locate the target UE. The permission shall be granted either on activation by the target UE or permanently for a 
contractual period of time agreed between the target UE and the service provider. 

Privacy Exception List: a list consisting of various types of privacy classes (i.e. operator related, personal etc.). 
Certain types of classes may require agreement between the service provider and the target MS. Target MS: The UE 
being positioned. 

Requestor: an originating entity, which has requested the location of the target UE from the LCS client. 

Target UE: The UE being positioned. 

Target UE Subscription Profile: the profile detailing the subscription to various types of privacy classes. 

UE available: deferred Location Request event in which the MSC/SGSN has established a contact with the UE. Note, 
this event is considered to be applicable when the UE is temporarily unavailable due to inaction by the UE user, 
temporarily loss of radio connectivity or IMSI detach and so on. Note that IMSI detach is only applicable in the case 
UE has previously been registered and information is still kept in the node. 



Functional Requirements 



3GPP standards shall support location service features, to allow new and innovative location based services to be 
developed. It shall be possible to identify and report in a standard format (e.g. geographical co-ordinates) the current 
location of the user's terminal and to make the information available to the user, ME, network operator, service 
provider, value added service providers and for PLMN internal operations. 
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The location is provided to identify the likely location of specific MEs. This is meant to be used for charging, location- 
based services, lawful interception, emergency calls, etc., as well as the positioning services. 

The standard shall support both GERAN and UTRAN to facilitate determination of the location of a mobile station. 

The following subsections provide general descriptions of attributes that can be used to describe or characterize various 
location services. 

The relative importance of these attributes varies from service to service. However, accuracy, coverage, privacy and 
transaction rate may be considered the primary distinguishing attributes that define a value-added service. Briefly: 

• accuracy is the difference between actual location and estimated location, 

• coverage is an expression of the geographic area in which the UE user will receive an adequate perceived 
quality of service, 

• privacy describes the user's perception of confidentiality of the location information, and 

• transaction rate indicates how frequently network messaging is required to support the service. 

A general comparison of the specific attributes of various location-based services is provided in Annex C of this 
document. 

4.1 High Level Requirements 

The following high level requirements are applicable: 

1 The supporting mechanisms should incorporate flexible modular components with open interfaces that facilitate 
equipment interoperability and the evolution of service providing capabilities. 

2 The network should be sufficiently flexible to accommodate evolving enabling mechanisms and service 
requirements to provide new and improved services. 

3 It shall be possible to provide multiple layers of permissions to comply with local, national, and regional privacy 
requirements. 

4 Multiple positioning methods should be supported in the different Access Networks, including (but not limited 
to) UL-TOA, E-OTD, IPDL-OTDOA, Network Assisted GPS and methods using cell site or sector information 
and Timing Advance or RoundTrip Time measurements. 

5 The location determining process should be able to combine diverse positioning techniques and local knowledge 
when considering quality of service parameters to provide an optimal positioning request response. 

6 It should be possible to provide position information to location services applications existing within the PLMN, 
external to the PLMN, or in Mobile Equipment; 

7 Support should be provided for networks based on an Intelligent Network architecture (i.e. with specific support 
for CAMEL based Location Services). 

4.2 Location Information 

Location Information consists of Geographic Location, Velocity, and Quality of Service information, as described in 
the subsequent sections. 

4.2.1 Geographic Location 

Provision of the geographic location of a target UE is applicable to all LCS services. 

Note: For services other than LCS the network may also determine within which Cell or Service Area the 

Target UE is located ("Service Area" is a UTRAN concept and it may consist of one (in R99) or more 
than one cell). The Service Area information or Cell ID may be used for routing of calls or for CAMEL 
applications. 

It should be noted that the Service Area concept is different from the LocaUzed Service Area concept used for SoLSA. 
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4.2.2 Velocity 

Velocity is the combination of Speed and Heading (direction) of a Target UE. The LCS Server may provide the 
Velocity of an UE. 

For Value Added Services and PLMN Operator Services, the following is applicable: 

Provision of the velocity of a target UE is application driven. Location Services may allow an LCS Client to request 
or negotiate the provision of velocity. 

For Emergency Services there is no requirement to provide velocity. 

4.3 Quality of Service 
4.3.1 Horizontal Accuracy 

The accuracy that can be provided with various positioning technologies depends on a number of factors, many of 
which are dynamic in nature. As such the accuracy that will be realistically achievable in an operational system will 
vary due to such factors as the dynamically varying radio environments (considering signal attenuation and multipath 
propagation), network topography in terms of base station density and geography, and positioning equipment available. 

The accuracy for location services can be expressed in terms of a range of values that reflect the general accuracy level 
needed for the application. Different services require different levels of positioning accuracy. The range may vary 
from tens of meters (navigation services) to perhaps kilometers (fleet management). 

The majority of attractive value added location services are enabled when location accuracies of between 25m and 
200m can be provided. 

Based on decreasing accuracy requirement some examples of location services are provided in table 4.1. 

Table 4.1 ; Example of location services with decreasing accuracy requirement 

Location-independent Most existing cellular services. Stock prices, sports reports 

PLMN or country Services that are restricted to one country or one PLMN 

Regional (up to 200km) Weather reports, localized weather warnings, traffic information (pre-trip) 

District (up to 20km) Local news, traffic reports 

Up to 1 km Vehicle asset management, targeted congestion avoidance advice 

500m to 1km Rural and suburban emergency services, manpower planning, information 

services (where are?) 

100m (67%) U.S. FCC mandate (99-245) for wireless emergency calls using network 

based positioning methods 

• 300m (95%) 

75m-125m Urban SOS, localized advertising, home zone pricing, network 

maintenance, network demand monitoring, asset tracking, information 
services (where is the nearest?) 

50m (67%) U.S. FCC mandate (99-245) for wireless emergency calls using handset 

based positioning methods 

• 150m (95%) 

10m-50m Asset Location, route guidance, navigation 

Accuracy may be independently considered with respect to horizontal and vertical positioning estimates. Some location 
services may not require both, others may require both, but with different degrees of accuracy. 

Given that the location estimate is the best possible within the bounds of required response time, the location estimates 
of a fixed position UE (assuming several estimates are made) will reveal a 'spread' of estimates around the actual UE 
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position. The distribution of locations can be described by normal statistical parameters and suggests that a small 
proportion of location estimates may lie outside of the acceptable Quality of Service (QoS) parameters for specific 
services (as determined by the network operator). 

It may be possible to provide information on the confidence that can be associated with a location estimate. This may be 
used by location services to decide if a position update should be requested, for example, if the reported accuracy falls 
below a threshold determined by the LCS Client or Network Operator for a specific service. 

It may also be possible to determine velocity (speed and heading) information from a single location request, (i.e. the 
response to a single request may provide the results of multiple positionings). 

When delivered with a location estimate, the confidence region parameters, speed and heading may allow an application 
to improve the service delivered to the UE user. Some examples are given below: 

a) Confidence Region: Simple measure of uncertainty that specifies the size and orientation of the ellipse in 
which an UE is likely to lie with a predetermined confidence (e.g. 67%). The size of the confidence region 
may be used by the network operator or the LCS Client to request an updated location estimate. 

b) Speed: enables e.g. congestion monitoring, and average travel time estimates between locations. 

c) Heading: the location estimate of a vehicle may be improved to identify the appropriate side of the highway. 
This may enable the provision of traffic information that relates only to the user's direction of travel. 

For Value Added Services and PLMN Operator Services, the following is applicable: 

Accuracy is application driven and is one of the negotiable Quality of Service (QoS) parameters. 

The precision of the location shall be network design dependent, i.e., should be an operator's choice. This precision 
requirement may vary from one part of a network to another. 

The LCS shall allow an LCS Client to specify or negotiate the required horizontal accuracy. The LCS shall normally 
attempt to satisfy or approach as closely as possible the requested or negotiated accuracy when other quality of service 
parameters are not in conflict. The achieved accuracy level of location information shall be indicated using the shapes 
and uncertainty areas defined in 3GPP TS 23.032 [2]. 

For Emergency Services (where required by local regulatory requirements) the following requirements shall be met: 

The LCS Server shall attempt to obtain the horizontal location of the calling UE, in terms of universal latitude 
and longitude coordinates, and shall provide this to an Emergency Service Provider. The accuracy shall be 
defined by local regulatory requirements. Annex A shows such requirements as exist in the United States. 

NOTE: The LCS Server provides the location service capabilities but the mechanism by which location is 
reported to an emergency service provider is outside the scope of this service. 

4.3.2 Vertical Accuracy 

For Value Added Services, and PLMN Operator Services, the following is applicable: 

The LCS Server may provide the vertical location of an UE in terms of either absolute height/depth or relative 
height/depth to local ground level. The LCS Server shall allow a LCS Client to specify or negotiate the required 
vertical accuracy. The LCS Server shall normally attempt to satisfy or approach as closely as possible the requested or 
negotiated accuracy when other quality of service parameters are not in conflict. 

The vertical accuracy may range from about ten metres (e.g. to resolve within 1 floor of a building) to hundreds of 
metres. 

For Emergency Services (where required by local regulatory requirements) there is no requirement for the support of 
vertical positioning. 

4.3.3 Response Time 

Different location based services, or different LCS Clients, may have different requirements (depending on the urgency 
of the positioning request) for obtaining a response. The location server may need to make trade-offs between 
requirements for positioning accuracy and response time. 

For Value Added Services, and PLMN Operator Services, the following is applicable: 
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Response Time is one of the negotiable QoS parameters. Support of response time by a Public Land Mobile Network 
(PLMN) is optional. The LCS Server may allow a LCS Client to specify or negotiate the required response time (in the 
context of immediate location request, see table 1) either at provisioning or when the request is made. The LCS Server 
may optionally ignore any response time specified by the LCS Client that was not negotiated. If response time is not 
ignored, the LCS Server shall attempt to satisfy or approach it as closely as possible when other quality of service 
parameters are not in conflict. 

For immediate location request response time options are as follows:: 

a) "no delay": the server should immediately return any location estimate that it currently has. The LCS Server 
shall return either the Initial or Last Known Location of the Target UE. If no estimate is available, the LCS 
Server shall return the failure indication and may optionally initiate procedures to obtain a location estimate (e.g. 
to be available for a later request). 

b) "low delay": fulfillment of the response time requirement takes precedence over fulfillment of the accuracy 
requirement. The LCS Server shall return the Current Location with minimum delay. The LCS shall attempt to 
fulfill any accuracy requirement, but in doing so shall not add any additional delay (i.e. a quick response with 
lower accuracy is more desirable than waiting for a more accurate response). 

c) "delay tolerant": fulfillment of the accuracy requirement takes precedence over fulfillment of the response time 
requirement. If necessary, the server should delay providing a response until the accuracy requirement of the 
requesting application is met. The LCS Server shall obtain a Current Location with regard to fulfilling the 
accuracy requirement. 

For Emergency Services (where required by local regulatory requirements) there may be no requirement to support 
negotiation of response time. The network shall then provide a response as quickly as possible with minimum delay. 
Response time supervision is implementation dependent. 



4.4 Reliability 



Reliability provides a measure of how often positioning requests that satisfy QoS requirements are successful. For 
some applications, such as cross-country vehicle tracking, this may not be especially critical. If a positioning attempt 
fails, due to lack of coverage or transient radio conditions, etc, another positioning attempt may be made. This attempt 
should be specified in Location Service Request, (see the section 5.3. LI). However for other services, perhaps such as 
child tracking, reliability may be more important. 

The network shall provide statistical reporting of reliability (QoS parameters) data. 

4.5 Priority 

Location requests for different services may be processed with different levels of priority. 

For Value Added Services, and PLMN Operator Services, the following is applicable: 

The LCS Server may allow different location requests to be assigned different levels of priority. A location request with 
a higher priority may be accorded faster access to resources than one with a lower priority and may receive a faster, 
more reliable and/or more accurate location estimate. 

For Emergency Services (where required by local regulatory requirements) the location request shall be processed with 
the highest priority level. 

4.6 Timestamp 

For Value Added Services, and PLMN Operator Services, and Emergency Services (where required by local regulatory 
requirements), the LCS Server shall timestamp all location estimates provided to a LCS Client indicating the time at 
which the estimate was obtained. 

4.7 Security 

Specific local, national, and regional security regulations must be complied with. 
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Position information should be safeguarded against unapproved disclosure or usage. Position information should also 
be provided in a secure and reliable manner that ensures the information is neither lost nor corrupted. Audit records 
should be maintained of positioning requests and responses to facilitate resolution of security violations. 

The LCS Client may be authorized by the LCS Server. Existing security mechanisms as well as security mechanisms of 
the LCS Server shall be used for authorizing the LCS Client and its request for location information. 

For Value Added Services, the following is applicable: 

Only authorized LCS Clients shall be able to access the LCS Server. Before providing the location of a Target UE to 
any authorized LCS Client, the LCS Server shall verify both the identity and authorization privileges of the LCS Client 

Once the LCS Server has verified that a particular LCS Client is authorized to locate a particular Target UE, any 
location estimate requested shall be provided to the LCS Client in a secure and reliable manner, such that the location 
information is neither lost, corrupted nor made available to any unauthorized third party. 

For PLMN operator services, location information shall be provided in a secure and reliable manner. The ability to 
obtain location information shall depend on local regulatory laws and requirements in conjunction with requirements 
for UE privacy. 

For Emergency Services (where required by local regulatory requirements) the following requirements shall be met: 

Position information shall be provided to the Emergency Services Network as an authorized LCS client. Target UE 
authorization checks normally performed for value added services are not applicable (privacy is over-ridden). The 
position information shall be provided to the Emergency Services Network in a secure and reliable manner, such that 
the location information is neither lost, corrupted, nor made available to any unauthorized third party. 



4.8 Privacy 



Specific local, national, and regional privacy regulations must be complied with, and multiple layers of permissions 
may be required. 

Location information must always be available to the network service provider. 

Means shall be provided for the UE subscriber to control privacy for value added services. 

The user shall be able to change the setting of the Privacy exception list at any time. 

Unless required by local regulatory requirements, or overridden by the target UE User, the target UE may be positioned 
only if allowed in the UE subscription profile. In general, for valued added location services, the target UE being 
positioned should be afforded the maximum possible privacy, and should not be positioned unless the positioning 
attempt is explicitly authorized. In the absence of specific permission to position the target UE, the target UE should 
not be positioned. 

It may also be possible for a target UE to authorize positioning attempts after the target UE is notified of a positioning 
request and the target UE grants permission for positioning This notification condition (notification with privacy 
verification) shall be specified in the Target UE Subscription Profile. (See the subsequent "target subscriber 
notification" section of this document for charging and billing aspects.) 

The privacy of an inanimate asset for an embedded target UE may be completely defined by the UE subscriber. 

Additionally, specific privacy exceptions may exist for compliance with mandated location based services (such as for 
emergency services or lawful intercept) which are required by national or local regulatory requirements. 

For Value Added Services, the following is applicable: 

The Target UE Subscriber shall be able to restrict access to the Location Information (permanently or on a per attempt 
basis). The LCS Client access shall be restricted unless otherwise stated in the Target UE Subscription Profile. The 
home network shall have the capability of defining the default circumstances in which the Target UE's Location 
Information is allowed to be provided - as required by various administrations and/or network requirements. 

It shall be possible for location services to support conditional positioning. Under these conditions, an application that 
is granted conditional positioning authorization must notify and obtain positioning authorization from the user of the 
target UE prior to performing the positioning process. Thus the user of the target UE shall be able to accept or reject 
the positioning attempt. 
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The default treatment, which is appHcable in the absence of a response from the Target UE, shall be specified in the 
Target UE Subscription Profile. Thus for some location services the default treatment may be to accept the positioning 
request, whereas for other location services the default treatment may be to reject the positioning attempt. 

However, considering that in general, users shall be afforded the maximum possible privacy, and shall not be positioned 
unless the target subscriber authorizes the requesting location application to perform positioning, the default condition 
shall normally be to deny the positioning attempt. 

For PLMN operator services, the target UE subscriber may be able to restrict access to location information used to 
enhance or support particular types of service. The LCS client access shall be restricted unless stated otherwise in the 
Target UE subscription profile. The target UE user shall not be notified of any authorized location attempt. 

For Emergency Services (where required by local regulatory requirements) Target UEs making an emergency call may 
be positioned regardless of the privacy attribute value of the subscriber associated with the Target UE (or ME) making 
the call. 

For Lawful Interception Services (where required by local regulatory requirements), target UEs may be positioned 
under all circumstances required by local regulatory requirements. The target UE user shall not be notified of any 
location attempt. 

4.8.1 Service Type Privacy 

The user may wish to differentiate between privacy requirements even with one LCS Client, depending on which 
service the user requests from this LCS client or which service the LCS client offers to the user. 

The users shall be able to allow or deny their location information to be given to LCS clients providing an indicated 
type of service. The user could e.g. allow all dating type services to get location information but decline other types of 
services to get the user's location. The location request message issued by the LCS client may include a service identity, 
and the LCS Server may interpret that the indicated service belong to a certain Service Type. The subscriber shall be 
able to define and set privacy rules based on service type, so that services belonging to that service type shall be 
handled according to the corresponding service type privacy setting. 

It shall be possible to verify that the service type indicated by the LCS client is correct. The service type privacy check 
may be done by the LCS server or by the user of the target mobile. 

The LCS Server shall be aware of what service types a certain LCS Client supports. The LCS Server shall map the 
service identity given by the LCS client to a service type, as described below. The PLMN operator defines to what 
service type the given service identity belongs to. 

4.8.1.1 Standardized Service Types 

Annex C lists the attributes of specific location based services as determined by the GSM Alliance Services Working 
Group. The standardized Service Types to be used in privacy checking are listed in table 4.2 and are based on the 
services listed in Annex C. It is noted that not all services listed in Annex C need belong to a standardized service type. 

It should be noted that only the names and identities (number) of the Service Types are standardized. 

It shall be possible for the network operator/service provider to define additional, non-standardised service types that 
need not be globally unique. 
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Table 4.2, Standardized Service Types 



Location based services 
categories 


Standardized 
Service Types 


Public Safety Services 


Emergency Services 


Emergency Alert Services 


Location Sensitive Charging 




Tracking Services 


Person Tracking 


Fleet Management. 


Asset IVIanagement 




Traffic IVIonitoring 


Traffic Congestion Reporting 




Enlianced Call Routing 


Roadside Assistance 


Routing to Nearest 
Commercial Enterprise 


Location Based 
Information Services 


Navigation 


City Sightseeing 


Localized Advertising 


IVIobile Yellow Pages 


Service Provider 
Specific Services 







Note: It should not be possible for the target UE subscriber to block the emergency services Service Type, so 
maybe this Service Type is not needed, this is FFS. 



4.9 



Service Authorization 



Requests for positioning information should be processed only if the requesting application is authorized. The identity 
and authorization privileges of the requesting application should be verified prior to processing positioning requests. 

4.10 Service Activation and De-Activation 

To maximize the adoption of location services, the service activation process must be simple. Three types of service 
package, may be distinguished, each of which may require a different service activation process: 

1 On Demand: the user accesses services only when required. 

2 Period Subscription: the subscriber requires periodic availability of the service 

3 Mixed: some services provided on subscription and the remainder on-demand. 

The process of activation + service delivery + deactivation may be provided in a single transaction. It may be possible 
for a subscriber to activate a location service on one occasion before deactivating an existing invocation. 

Furthermore, a location service may be 'enabled' at the point of sale as part of the service package purchased by the 
UE subscriber. The use of Over-The-Air (OTA) provisioning may allow the location feature to be enabled for UE-based 
positioning methods. 



4.11 Coverage 



In general an UE user should be able to access a location service anywhere within the operator's coverage area, or 
within the roaming area. Three levels of coverage may be considered: 

1 Home Network - Complete 
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2 Home Network - Partial 

3 Roaming Networks 

Considering network topography and dynamically varying environmental factors, a network operator may not be able to 
guarantee homogeneous service quality across the entire home network geographic area, or roaming partners' networks. 
Even within those areas where service is offered, the provided quality of service may vary due to dynamic 
environmental (i.e. radio) conditions. Additionally, the location method may have an accuracy that depends on the UE 
location, for example due to varying radio conditions, cell configuration and cell density in different areas, and 
geometric dilution of precision. 

Furthermore the roaming partner's network may not accept a similar location method to that experienced by the user in 
the home network. 

Finally, the service may not be available in a roaming partner's network despite technical interoperability between the 
location method supported by the UE and the network. 

Therefore coverage may be considered not only to be a technical attribute, but may also be related to roaming contracts 
between network operators. In general, provided that a roaming agreement exists, any properly authorized location- 
based service may position a Target UE in either the Home PLMN (HPLMN) or a Visited PLMN (VPLMN). It may 
also be noteworthy that some location based services (such as location based information services) may be especially 
attractive to subscribers roaming outside their home networks. 



4.12 Roaming Target UE 



With respect to roaming, specific local, national, and regional privacy regulations must be complied with, and multiple 
layers of permissions may be required. 

Many location-based services may be especially attractive to subscribers roaming outside their home PLMN. As such, 
support should be provided for the transparent and consistent provision of location based services to the fullest extent 
possible. Consideration for roaming support should be provided with the following priorities: 

1. Roaming between 3GPP networks. 

2. Roaming between 3GPP systems and IMT 2000 family networks. 

3. Roaming between 3GPP and ANSI-41 or other systems. 

If the location capability in the VPLMN is compatible with that provided in the HPLMN, the same parameters must be 
provided to the location server in the VPLMN that would be provided to the server in the HPLMN to enable provision 
of the same services. 

For Value Added Services, the following is applicable: 

Provided that a roaming agreement exists, the LCS feature shall allow any properly authorized LCS client to request 
and receive the location of a particular Target UE when the Target UE is either located in its Home PLMN (HPLMN) 
or Visited PLMN (VPLMN). The LCS client shall be authorised by the HPLMN of the subscriber whose UE is the 
target of the location attempt. Any PLMN not supporting the LCS feature shall return a suitable error response to any 
other PLMN from which an LCS request is received. The requesting PLMN shall then infer that the LCS feature is not 
supported and provide a suitable error response in turn to the requesting LCS Client. 

For PLMN Operator Services, location of any roaming target UE shall be supported in the VPLMN as allowed by both 
local regulatory requirements and considerations, where applicable, of UE privacy. 

For Emergency Services (where required by local regulatory requirements) the Serving PLMN shall support the 
positioning of all Target UEs including roaming Target UEs currently serviced by that serving PLMN. There is no 
requirement for a HPLMN to position Target UEs that have roamed outside the HPLMN. 

4.13 Support for all UEs 

For value added services, and PLMN operator services, the LCS feature may be supported for all UEs. 

For Emergency Services (where required by local regulatory requirements), positioning shall be supported for all UEs 
(i.e. including legacy UEs) where coverage is provided, and also UEs without a SIM/USIM. 
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Both "active" and "idle" UEs shall be capable of being positioned. 

4.14 Support for Unauthorized UEs 

For value added services, support of unauthorized UEs may be provided by the PLMN. 

For PLMN operator services, positioning of unauthorized UEs may be provided by the PLMN as required by local 
regulatory requirements. 

For Emergency Services (where required by local regulatory requirements), the PLMN shall support positioning for 
unauthorized UEs (i.e. including stolen UEs and UEs without a SIM/USIM). 

NOTE: A subscriber is in general identified as an UE containing in it the SIM/USIM associated with the 

subscriber. In some exceptional cases (e.g., an Emergency call), an UE without a valid subscription 
recognized in the PLMN can become a Target UE. In such a case, the subscriber may be identified by the 
identity associated with the Mobile Equipment (ME) involved in the call. 

4.15 Periodic Location Reporting 

Periodic location reporting is the act of the LCS Server initiating multiple position locations spread over a period of 
time. 

The periodic reporting function is generally applicable for asset management services and exists as several variants, 
each applicable to different value added services: 



Location reporting only within predetermined 
period 


e.g. commercial asset tracking and, subject to 
provision of privacy, manpower planning. 


Periodic location reporting within specified 
period and reporting triggered by a specific 
event 


e.g. high value asset security, stolen vehicle 
monitoring, home zone charging. 


Periodic location reporting triggered by a 
specific event 


e.g. 24hr depot management, transit passenger 
information systems 



Periodic location determination and reporting increases network traffic. However, scheduling the periods of location 
monitoring and reporting will reduce this. Finally, event-based logic provided by the network operator that monitors 
the asset (location and status) and only reports events that meet conditions agreed with the application may reduce 
network traffic further without reducing the QoS. 

If this event-based or time-based decision process is the responsibility of the application and not the network operator 
then all of the above services can be regarded as periodic location reporting. 

For value added services, and PLMN operator services, support of periodic location reporting may be provided by the 
PLMN. 

When an LCS client activates Periodic Location Reporting, the LCS server shall be able to inform the target Ms of this 
activation according to the Privacy Exception List. 

It should be possible for the target UE at any time to query the LCS server about any valid requests activated for that 
target UE, and/or cancel the request. 

When a request is cancelled by the target UE, the LCS server shall inform the LCS client of this cancellation. 

It should be possible for more than one LCS client to activate requests for the same target UE. 

For Emergency Services (where required by local regulatory requirements), there is no requirement for the PLMN to 
support periodic location reporting. 
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4.16 UE-Based Location Calculation 

UE-Based Location Calculation may be supported on either a per-request basis or autonomously whereby a single 
request from an UE subscriber enables UE based location calculation over an extended period without further 
interaction with the PLMN. 

For Commercial Services, the following may be applicable for autonomous location: 

The network may broadcast location assistance information to mobiles, which enables mobiles to 
calculate their own location. The network may encrypt the location assistance information. If the 
location assistance information is encrypted, a single common standardized encryption algorithm 
shall be used. 

The location assistance information may be available to the UE at all times, continuously in idle mode 
and during a call, without additional point to point signalling. The network may request location 
information from the UE for operator or for service provider applications. For this purpose a point to 
point signalling connection must be established. 

4.17 UE_Assisted LCS Location Calculation 

The UE-Assisted Location Calculation is accomplished by network resources based upon radio ranging measurements 
provided by the UE. 

For Commercial Services, the following may be applicable for UE-Assisted location services: 

The network may broadcast assistance information to mobiles, which enables mobiles to obtain the appropriate 
radio ranging measurements. The network may encrypt the assistance information. If the assistance information 
is encrypted, a single common standardized encryption algorithm shall be used. 

The assistance information may be available to the UE at all times, continuously in idle mode and during a call, 
without additional point to point signalling. The network may request radio ranging measurement data from the 
UE for operator or for service provider applications. For this purpose a point to point signalling connection must 
be established. Optionally, this point to point connection can be used to deliver the resulting location to the UE. 



4.18 IVIobile Originating Location 



Mobile Originating Location is the capability of the mobile station to obtain its own geographical location or have its 
own geographic location transferred to another LCS client. 

For Value Added Services, the following may be applicable: 

There are three classes of mobile originating location: 

Basic Self Location - The mobile station needs to interact with the network for each separate location request 

Autonomous Self Location - The mobile station does not need to interact with the network for each separate location 
request. One interaction with the network enables the mobile station to obtain multiple location positionings over a 
predetermined period of time. 

Transfer to Third Party - The location of the mobile station is transferred by request of the mobile station to another 
specified LCS client. 



4. 1 9 Network support for LCS 



The provision of location services shall be possible without significantly adversely impacting the radio transmission or 
the signalling capabilities of the network. 
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5 Logical Description 

5.1 Logical Reference Model 

Figure 1 shows the logical reference model for LCS whereby an LCS Client is enabled to request location information 
for one or more certain target UEs from the LCS Server supported by a PLMN. The LCS Server employs a positioning 
function to obtain the location information and furnish the information to the LCS Client. The particular requirements 
and characteristics of an LCS Client are made known to the LCS Server by its LCS Client Subscription Profile. The 
particular LCS -related restrictions associated with each Target UE are detailed in the Target UE Subscription Profile. 
The LCS feature shall allow a Target UE to be positioned within a specified Quality of Service. The LCS feature shall 
allow the location of a Target UE to be determined at any time whilst the UE is attached. 

The LCS feature shall support conveyance of both the location Quality of Service (QoS) requirements of the LCS 
Client and the location information returned to the LCS Client in a universal standard format. 



LCS Client 



T 



T 



Request Response 



Provisioning 



1 



LCS Server 



Positioning 

I 

* 



T 



Privacy Control 



Target MS 



- Stage 1 

- Stage 2, 3 

Figure 1. LCS Logical Reference Model 



5.2 



Functional Entities 



5.2.1 LCS Client 

An LCS Client is a logical functional entity that makes a request to the PLMN LCS server for the location information 
of one or more than one target UEs within a specified set of parameters such as QoS. The LCS Client may reside in an 
entity (including an UE) within the PLMN or in an entity external to the PLMN. When the LCS client resides in an 
entity external to the PLMN, the LCS client may be connected to several Requestors who originate the location 
requests. The specification of the LCS Client's internal logic and its relationship to any external user (e.g. Requestor) is 
outside the scope of this document. 
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5.2.2 LCS Server 

An LCS server consists of a number of location service components and bearers needed to serve the LCS clients. The 
LCS server shall provide a platform which will enable the support of location based services in parallel to other 
telecommunication services such as speech, data, messaging, other teleservices, user applications and supplementary 
services and therefore enable the market for services to be determined by users and service providers. The LCS server 
may respond to a location request from a properly authorized LCS client with location information for the target UEs 
specified by the LCS client if considerations of target UE privacy are satisfied. The LCS server may enable an LCS 
client to determine the services provided to it by the LCS server through a process of provisioning. 



5.2.3 Positioning Function 

Positioning is the basic function that performs the actual positioning of a specific target UE. The input to this function 
is a positioning request from a LCS Client with a set of parameters such as QoS requirements. The end results of this 
function are the location information for the positioned target UE. 

5.2.4 Target UE 

The Target UE is the object to be positioned by the LCS Server. For network based positioning methods, no support for 
LCS is required by the target UE. For mobile assisted and mobile based positioning methods, the target UE actively 
supports LCS. For all positioning methods, the ability to control privacy may be required to be given to the UE user for 
each location request and/or to the UE subscriber through the Target UE subscription profile to satisfy local regulatory 
requirements (see the previous section on Privacy). 



5.3 



Functional Interfaces 



5.3.1 LCS Client / LCS Server Interface 

The LCS client/server use LCS messages to exchange information. Each LCS message contains a set of parameters. 

In the case of UE Based positioning methods, if the LCS Client is located in the UE, then an internal LCS Client /LCS 
Server interface may be supported. 

NOTE: Further regional/national specific interfaces between LCS clients and servers may need to be supported in 
addition to the interfaces described here. 



5.3.1.1 



Location Service Request 



Using the Location Service Request, an LCS client communicates with the LCS server to request the location 
information for one or more target UEs within a specified set of quality of service parameters. 

As shown in Table 1, a location service may be specified as immediate or deferred. 

Table 1 : Location Service Requests 



Request Type 


Response Time 


Number of 
Responses 


Immediate 


Immediate 


Single 


Deferred 


Delayed (event 
driven) 


One or More 



If a positioning attempt fails, the LCS server may make another positioning attempt. This attempt should be made when 
the target UE can be detected by the network. It may be possible for the LCS client to set this action as an option. This 
optional action should be applied for both request types. 

Note: This functionality may be provided using one or more of the existing toolkits, including but not limited to 
CAMEL and OSA. 
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When using the Deferred type (event driven), the LCS cHent shall be able to set the following items: 
Time interval of positioning 

- Number of responses (if needed) 

- Vahd period of the request (if needed) 
Type of event 

Currently following events are introduced: 

UE available 

It shall be possible for the LCS client to cancel the pre-arranged request. 

It shall be possible for the LCS server to set the minimum time interval of positioning allowed. 

For Emergency Services, LCS shall support requests for the initial, the current (updated), or the last known position of 
an ME while a voice connection is established. 

5.3.1.2 Location Service Response 

The Location Service Response provides the result of a Location Service Request from the LCS Server to the LCS 
Client. 

A LCS response is either 'immediate' or 'deferred'. The LCS Request indicates the type of response the LCS Client 
wishes to receive. The two types of location response are described in table 2. 

Table 2: Types of LCS Response 



Response 


Description 


Immediate 


A Location Response is referred to as 'immediate ', when a response to a request for location 
information is answered immediately (within a set time). The response shall be single and not 
dependent to any event. 


Deferred 


A Location Response is referred to as 'deferred', when a response to a request for location 
information is returned after the occurrence of an event specified by the LCS client. The 
response can be single or periodic. 



When the location positioning for the target UE has failed, the LCS server may be able to report the reason for failure 
and Last Known Location with the relevant timestamp. 

5.3.1 .3 Location Service Request Report 

The Location Service Request Report provides the result of a deferred Location Service Request from the LCS Server 
to the LCS Client. The report is provided using a dialog between the LCS Client and the LCS Server that is initiated by 
the LCS Server. 

5.4 Location information 

5.4.1 Sources of location information 

It shall be possible for the location determining process to make use of several sources of information in determining 
the location. Propagation and deployment conditions may limit the number or quality of measurements or additional 
measurements may be possible. Some ME may also have additional (independent) sources of position information. 
The LCS shall be capable of making use of the restricted or the extra information as appropriate for the service being 
requested. 
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6 Service Provision 

6.1 Identification of a Target UE 

For value added services, the following is applicable: 

The LCS client shall identify a target UE using the UEISDN. 

The LCS Client shall be able to identify the target UE using IP addressing. 

For PLMN operator services, the LCS client may identify a target UE using any of the following: 

MISISDN 

IMSI 

An identifier internal to the PLMN 

For emergency services (where required by local regulatory requirements), the LCS client may identify a target UE 
using any one of the following: 

MSISDN 

IMSI 

NA-ESRK + (optionally) IMEI 



6.2 



Location Information Provided to the LCS Client 



For value added services, the following is applicable: 

The LCS Server shall provide, on request, the current or most recent Location Information (if available) of the Target 
UE or, if positioning fails, an error indication plus optional reason for the failure. 

For PLMN operator services (where allowed by local regulatory requirements and restrictions on UE privacy). Location 
Information for a particular target UE may be provided to a PLMN operator LCS client either on request or on the 
occurrence of an event in the LCS server that has been defined to equate to such a request. 

For emergency services (where required by local regulatory requirements), the geographic location may be provided to 
an emergency services LCS Client either without any request from the client at certain points in an emergency services 
call (e.g. following receipt of the emergency call request, when the call is answered, when the call is released) or 
following an explicit request from the client. The former type of provision is referred to as a "push" while the latter is 
known as a "pull". In the case of a "pull", the emergency service LCS Client shall identify the Target UE as defined in 
section 6.L Table 3 shows the information that may be provided to the client for either a "push" or a "pull". 

Table 3: Location related information provided to an emergency services LCS Client 



Type of Access 


Information Items 


Push 


Current Geographic Location (if available) 

MSISDN 

IMSI 

IMEI 

NA-ESRK 

NA-ESRD 

State of emergency call - unanswered, answered, 

released (note 1) 


Pull 


Geographic location (note 2), either: 

Current location 

initial location at start of emergency call 



NOTE 1: indication of call release means that any NA-ESRK will no longer identify the calling UE subscriber 
NOTE 2: which type of location is required will be indicated by the LCS Client 
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6.3 LCS Client Subscription 



It shall be possible for an LCS Client to subscribe to the LCS feature for third-party location with or without 
subscription to other services. A LCS Client may subscribe to one or more service providers' LCS feature in one or 
more PLMNs. The LCS Client Subscription Profile of a client may contain the range of QoS and subscriptions that the 
LCS Client is allowed to request. 

For certain authorized LCS Clients internal to the PLMN, a subscription profile may be unnecessary. For these LCS 
Clients subscription to LCS feature is given implicitly as a result of subscription to an authorized PLMN service (e.g. 
supplementary services). These LCS Clients are empowered to access the LCS Server and request location information 
for a Target UE. 

For emergency services, the subscription requirements to the LCS feature may not be needed. 

6.4 Target UE Subscription 

6.4.1 Privacy Subscription Options 

It shall be possible for a Target UE Subscriber to subscribe to various types of privacy classes. The default treatment in 
the absence of the information to the contrary in the Target UE Subscription Profile shall be to assume that access is 
restricted to all LCS Clients (unless using privacy overriding, or otherwise overridden by local regulatory 
requirements). 

Privacy Attributes consist of: 

Codeword: an additional level of security that may be set by a Target UE user to determine which Requestors 
are allowed to request location information; 

Privacy Exception List: determines which LCS Clients and classes of LCS Clients may position a Target UE; 

Service Type Privacy: determines whether the service type allows the LCS Clients to get the position of a Target 

UE; 

Privacy Override Indicator: determines applicability of the Privacy Exception List. 

6.4.2 Codeword 

It shall be possible for a Requestor to request location information by indicating a Codeword associated with the Target 
UE user. The codeword may be either checked by the Target UE/user or by any entity in the network. In the former 
case, the codword supplied by the requestor and forwarded by the LCS client with the request shall be forwarded to the 
TargetUE/user for verification and acceptance. In the latter case, the codeword shall be registered by the Target UE 
subscriber in advance. A comparision of the codeward sent by the requestor and the registered codeword shall be 
performed. A location request shall only be accepted if this comparision is successful. In the case where the Target 
UE/user does not check the codeword, the codeword need not be sent to the Target UE/user. In the case where the 
codeword is checked by the Target UE/user, the Target UE subscriber need not register the codeword in advance. 

The other privacy settings should also be checked even when the codeword has been checked. 

The Target UE Subscriber may register multiple codewords for multiple requestors. Once the codeword has been set 
and properly distributed, the Target UE user would be protected against location requests from third parties, which do 
not know the appropriate codeword. 

It should be possible for a Target UE subscriber to enable and disable codeword checking. 

The codeword is applicable to the value added services only. 



6.4.3 Privacy Exception List 



To support privacy, the LCS Server shall enable each Target UE Subscriber to subscribe to a "privacy exception list" 
containing the LCS Client identifiers, classes of LCS Clients, the target subscriber notification setting (with/without 
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notification) and the default treatment, which is applicable in the absence of a response from the Target UE for each 
LCS Client identifiers. 

The privacy exception list shall support a minimum of 20 clients. The maximum number of clients shall be determined 
by implementation constraints. 

If the target subscriber notification is set as "notification with verification", each positioning request from the LCS 
Client shall be notified to the target UE before positioning. The treatment for location request from the LCS Client, 
which is not registered in the privacy exception list, shall also be specified in the privacy exception list. An empty 
privacy exception list shall signify an intent to withhold location from all LCS Clients. 

The classes that can be included are as follows. 

Universal Class: location services may be provided to all LCS Clients; 

Call/session-related Class: location services may be provided to any value added LCS clients or a particular value added 
LCS client or particular group of value added LCS Clients - where each LCS Client or group of LCS Clients is 
identified by a unique international identification, e.g. E.164 - that currently has a temporary association with the Target 
UE in the form of an established voice, data call or PS session originated by the Target UE. For each identified LCS 
Client or group of LCS Clients, one of the following geographical restrictions shall apply: 

a) Location request allowed from an LCS Client served by identified PLMN only; 

b) Location request allowed from an LCS Client served in the home country only; 

c) Location request allowed from any LCS Client; 

Call/session-unrelated Class; location services may be provided to a particular value added LCS Client or particular 
group of value added LCS Clients - where each LCS Client or group of LCS Clients is identified by a unique 
international identification, e.g. E.164. For each identified LCS Client or group of LCS Clients, one of the following 
geographical restrictions shall apply: 

a) Location request allowed from an LCS Client served by identified PLMN only; 

b) Location request allowed from an LCS Client served in the home country only; 

c) Location request allowed from any LCS Client; 

PLMN Operator Class - location services may be provided by particular types of LCS clients supported within the 
HPLMN or VPLMN. The following types of clients are distinguished (see note): 

a) Clients broadcasting location related information to the UEs in a particular geographic area - e.g. on weather, 
traffic, hotels, restaurants; 

b) O&M cUent (e.g. an Operations System) in the HPLMN 

c) O&M cUent (e.g. an Operations System) in the VPLMN 

d) Clients recording anonymous location information (i.e. without any UE identifiers) - e.g. for traffic engineering 
and statistical purposes 

e) Clients enhancing or supporting any supplementary service, IN service, bearer service or teleservice subscribed 
to by the target UE subscriber. 

NOTE: The definitions of the various PLMN operator categories may be supplemented by more precise language 
in contractual agreements both between UE subscribers and their home service providers and between 
individual network operators with inter-PLMN roaming agreements. Such classification of the PLMN 
operator categories is outside the scope of this specification. 



6.4.4 Privacy Override Indicator 



The privacy override indicator is applicable to lawful intercept and emergency services as allowed by local regulatory 
requirements. It is not applicable to value added and PLMN operator services. The Privacy Override Indicator shall be 
used to determine whether Subscriber Privacy of the Target UE subscriber should be overridden or not. This indicator 
will be set for certain special LCS Clients when it is justified. Each LCS Client shall be associated with a particular 
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value of a position privacy override indicator during the LCS Client provisioning. The privacy override indicator is 
normally only valid when the LCS Server for the LCS client is located in the same country of the Target UE. If agreed 
by bi-lateral agreements between operators, the privacy override indicator shall also be valid when the LCS client is not 
located in the same country as the Target UE. 

6.4.5 Subscription to Mobile Originating Location 

The UE subscriber may subscribe to the following types of Mobile Originating Location (as defined in section 4): 

A) Basic Self Location 

B) Autonomous Self Location 

C) Transfer to Third Party 

6.4.6 Requestor 

The Location Request issued by the LCS client to GMLC shall optionally include also the identity of the originator of 
the location request, i.e. the Requestor, not only the identity of the LCS client. 

The requestor shall be authenticated by the LCS client and/or the network. 

The identity of the Requestor shall be included in the privacy interrogation request. It may be either checked by an 
entity in the network, the Target UE or the user. 



6.5 Security 



The LCS Server may authorize the LCS Client. There may be security mechanisms to authorize the LCS Client's 
request for locating a Target UE based on: 

LCS Client access barring list(s), 

PLMN/SP access barring Hst, 

Point of origin of a location request. 



6.6 Charging 



The LCS Server shall enable a PLMN to charge LCS Chents for the LCS features that the PLMN provides. . The 
information that the operator uses to generate a bill to an LCS Client is operator or service provider specific. The 
charging information may be collected both for the LCS Client and for inter-network revenue sharing. 

To support charging and billing for location services, additional information will need to be provided in call detail 
records. 

Charging for value added location services may be provided on a transaction basis, periodically, or a mixture of both. 

To support transaction based charging where applicable, service associated call detail records may need to include (as a 
minimum) the following additional information (depending on the specific service): 

Type and Identity of the LCS Client; 

Identity of the target UE; 

Results (e.g. success/failure, method used, position, response time, accuracy) 

Time Stamp; 

Type of coordinate system used. 
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6.7 LCS Open Service Architecture and Application 
Programming Interface 

Note: LCS information may be accessible through the Open Service Architecture (OSA) standardized 

Application Programming Interface (API). OSA service aspects of LCS are described in 22.127. [6] 

7 Provisioning and Administration 

7.1 Procedures for an LCS Client 

These procedures are concerned with the LCS client's provisioning and administration to the LCS feature. 

7.1.1 Provisioning 

Provisioning is an action to make the LCS feature available to a subscriber. 

Provisioning may be: 

General: where the service may be made available to all subscribers without prior arrangements being made 
with the service provider (i.e. emergency calls). 

Pre-arranged: where the service is made available to an individual LCS Client only after the necessary 
arrangements have been made with the service provider. 

7.1.2 Withdrawal 

Withdrawal is an action taken by the service provider to remove an available LCS feature from a LCS Client's 
subscription profile. 

Withdrawal may be: 

General: where the LCS feature is removed from all LCS Clients. 

Specific: where the LCS feature is removed on an individual basis per LCS Client. 

7.1.3 Invocation 

Invocation is an action to invoke the LCS feature, taken by the LCS Client (e.g. issuing a location request) or 
automatically by the LCS server as a result of a particular condition (e.g. periodic location request, mobile originating 
emergency call, etc.). 



7.2 Procedures for a Target UE 



These procedures are concerned with a Target UE's privacy exception list.. For emergency services, provisioning and 
withdrawal for Target UEs may not apply. 

7.2.1 Provisioning 

Provisioning is an an action to make the privacy exception list with its privacy classes available to a Target UE. The 
provision may be: 

General: where the list is made available to all Target UE's without prior arrangements being made with the 
service provider. The list shall contain the default privacy class. 

Pre-arranged: where any extra privacy permission class (—granting permission to locate an UE Client ) shall 
be capable of being independently provisioned for a target UE as agreed with the service provider for a 
certain contractual period. 
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7.2.2 Withdrawal 

Withdrawal is an action taken by the service provider to remove an available privacy class from a target UE's PEL. 
Withdrawal may be: 

General: where a privacy class is removed from all target UEs provided with this privacy class. 

Specific: where each of the privacy classes in the privacy exception list shall be independently withdrawn at the 
subscriber's request or for administrative reasons. 

7.2.3 User Control 

The user shall be able to change the following settings in the privacy exception list: 

the LCS Client and/or group of LCS Clients list 

the codeword 

the requestor 

the service types 

the target subscriber notification setting (with/without notification) 

the default treatment, which is applicable in the absence of a response from the Target UE for each LCS Client 
identifiers. 



8 Interactions with Bearer and Teleservices and Other 
Services 

LCS shall support location of any Target UE that is idle or has established any CS teleservice, bearer service or PS 
session. 

Location of a GPRS terminal or an UE using SMS may be supported. 

Provision of location services to assist supplementary services and CAMEL is outside the scope of this specification. 
The operation of location services shall be independent of other services - including Number Portability, private 
numbering, CAMEL, supplementary services, teleservices, and bearer services. 

9 Cross Phase Compatibility between releases 

This section details the cross phase compatibility requirements relating to the service requirements in this document. 

Note: when a change is introduced which affects the 3GPP specifications, it is said to be 'backward compatible' if 
existing equipment can continue to operate and perform correctly with equipment that conforms to the new 
implementation. 

9.1 Compatibility With Existing Standards 

Where the service and operational requirements in this document relate to a core network functionality, compatibility is 
required. 

UTRAN LCS mechanisms shall be developed to maximise synergies with earlier LCS phases. 
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9.2 Compatibility With Future Releases 

It is envisaged that 3GPP standards will evolve in future releases, for example with the addition of new service 
requirements. The standards which define the technical implementation of LCS should be developed in such a way that 
it is practical to add the requirements in this section in a backward compatible manner. 

Following chapters include requirements that are foreseen for future release. 

9.2.1 Void 

9.2.2 Location determination in call or PDP context activation and release 

A possible future enhancement in LCS is that location information of a specific target UE may be obtained at the 
activation of a Call or PDP Context. A corresponding mechanism to obtain the location information of a specific target 
UE at the release of a Call or PDP Context may also be feasible. 

9.2.3 Void 

9.2.4 Defined geographical areas 

It shall be possible to specify a geographical area as ellipse to a resolution that will be limited by the accuracy capability 
of the part of the serving network where the user is registered. 

It may be possible to identify and report when the user's terminal enters or leaves a specified geographic area. 

In order to enable ME to determine itself if it enters or leaves a defined geographical area information about the defined 
geographical area shall be made available to client. The method is FES, one alternative is that cells covering parts of the 
geographical area broadcasts information about the geographical area. 

9.2.5 Continuous check of location 

The client may continuously check its current location with or without requesting signalling support from the network 
using the Self Location feature. In this way the client may become aware of entering or leaving a predefined 
geographical area, as defined above, and/ or it can supply the user or an application with real-time tracking information. 

9.2.6 Identification of a Target UE 

In future releases usage of IP addresses for UE identification shall be supported by the standard. 

9.2.7 Void 

9.2.8 VHE 

LCS shall support VHE 22.121 [6]. 
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Annex A (informative): 

USA FCC Wireless E91 1 Rules 



Action was taken by the FCC on September 15, 1999, with respect to E91 1 location technology by the Third Report 
and Order (FCC 99-245). The FCC has adopted the following revisions to its wireless E91 1 rules: 

• Wireless carriers who employ a Phase II location technology that requires new, modified or upgraded handsets 
(such as GPS-based technologies) may phase-in deployment of Phase II subject to the following requirements: 

- Without respect to any PSAP request for Phase II deployment, the carrier shall: 

1. Begin selling and activating ALl-capable handsets no later than March 1, 2001; 

2. Ensure that at least 50 percent of all new handsets activated are ALI-capable no later than October 1, 
2001; and 

3. Ensure that at least 95 percent of all new digital handsets activated are ALI- capable no later than 
October 1, 2002. 

Once a PSAP request is received, the carrier shall, in the area served by the PSAP: 

Within six months or by October 1, 2001, whichever is later: 

1. Ensure that 100 percent of all new handsets activated are ALl-capable; 

2. Implement any network upgrades or other steps necessary to locate handsets; and 

3. Begin delivering to the PSAP location information that satisfies Phase II requirements. 

Within two years or by December 31, 2004, whichever is later, undertake reasonable efforts to achieve 100 
percent penetration of ALI-capable handsets in its total subscriber base. 

• For roamers and other callers without ALI-capable handsets, carriers shall support Phase I ALI and other 
available best practice methods of providing the location of the handset to the PSAP. 

• To be allowable under the FCC rules, an ALI technology that requires new, modified, or upgraded handsets 
shall conform to general standards and be interoperable, allowing roaming among different carriers employing 
handset-based location technologies. 

• For carriers employing network-based location technologies, the FCC replaces its current plan, which requires 
that implementation be fully accomplished within 6 months of a PSAP request, with a revised rule requiring 
the carrier to deploy Phase II to 50 percent of callers within 6 months of a PSAP request and to 100 percent of 
callers within 18 months of such a request. 

• The FCC adopts the following revised standards for Phase II location accuracy and reliability: 

• For network-based solutions: 100 meters for 67 percent of calls, 300 meters for 95 percent of calls; 

• For handset-based solutions: 50 meters for 67 percent of calls, 150 meters for 95 percent of calls. 

• The FCC directs wireless carriers to report their plans for implementing E91 1 Phase II, including the 
technology they plan to use to provide caller location, by October 1, 2000. This report shall provide 
information to permit planning for Phase II implementation by public safety organizations, equipment 
manufacturers, local exchange carriers, and the FCC, in order to support Phase II deployment by October 1, 
2001. 



£75/ 



3GPP TS 22.071 version 5.3.0 Release 5 31 ETSI TS 122 071 V5.3.0 (2004-01) 

Annex B (informative): 

Descriptions of possible location based services 

B1 Public Safety Services 

Service providers offer these location-based services for the good of the public. They are made available without 
requiring pre-subscription. 

B1.1 Emergency Services 

Specific consideration of mandated Emergency Services is outside the scope of this specification. Such requirements 
may be regionally or nationally specific. 

B 1.1.1 Attributes 

Specific consideration of the attributes for mandated Emergency Services is outside the scope of this specification. 
However, the current requirements specified by the U.S. FCC Phase II Mandate may be useful as an example. 

The FCC's Third Report and Order (FCC 99-245) in the matter of revision of the commission's rules to ensure 
compatibility with Enhanced 911 Emergency Calling Systems (CC Docket No. 94-102 RM-8143), adopted 
September 15, 1999, states: 

We adopt the following revised standards for Phase II location accuracy and reliability: 

• For network-based solutions: 100 meters for 67% of calls, 300 meters for 95 percent of calls; 

• For handset-based solutions: 50 meters for 67% of calls, 150 meters for 95 percent of calls. 

The network should be sufficiently flexible to accommodate evolving enabling mechanisms and service requirements to 
provide new and improved services. 

B1 .1 .2 Emergency Alert Services 

Emergency Alert Services may be enabled to notify wireless subscribers within a specific geographic location of 
emergency alerts. This may include such alerts as tornado warnings, pending volcano eruptions, etc. 

No requirements currently exist for Emergency Alert Services, and they may be considered for further study. 



B2 Location Based Charging 



Location Based Charging allows a subscriber to be charged different rates depending on the subscriber's location or 
geographic zone, or changes in location or zone. The rates charged may be applicable to the entire duration of the call, 
or to only a part of call's duration. This service may be provided on an individual subscriber basis, or on a group basis. 

For example, when provided on an individual basis this service could apply reduced rates to those areas most often 
frequented by the subscriber by taking into consideration the subscriber's daily route and life style. Different rates may 
be applied at country clubs, golf courses, or shopping malls. For example, a "home" zone may be defined which is 
centered around a user's home, an agreed larger area, work or travel corridor or some unrelated zone. The zone may 
vary in size and shape from a cell (or sector) coverage area to a precisely defined polygon completely independent of 
cell coverage. 

Additionally, different rates may be applied in different zones based on the time of day or week. 

In addition to being applicable on an individual basis, this service may be applicable on a group basis, which may be 
desirable for example, for business groups. Locations may be defined for business groups to include corporate 
campuses, work zones or business zones with different tiers of charging rates. 

Individual and group subscribers should be notified of the zone or billing rate currently applicable, and be notified when 
the rate changes. Location Based Charging may be invoked upon initial registration. A charging zone would then be 
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associated with the subscriber's location. When the subscriber moves to a different zone, the subscriber would be 
notified. 

This service should be transparently provided to the subscriber (i.e. independent of existing voice calls, data, or other 
services being provided). 

B2.1 Attributes 

Normal service operation includes invocation upon initial registration, autonomous registration, call origination, and 
call termination. Location-Based Charging should analyze location information to compare against service zones 
established for the subscriber. The service would notify the subscriber of their relative location to the established 
service zone, indicating either "in" or "out" of zone. As the subscriber changes location or predefined location service 
area they should be notified of their location-based charging service opportunity, being "in" or "out" of a subscribed 
zone. Except for subscriber notification, the user should experience transparency in interaction with other services 
(Voice, Data, SMS, etc). 



This service may, as an option, be activated/de-activated using special feature codes on a subscriber or business 
customer basis. 



B2. 1 . 1 Target Subscriber Notification 



The user needs to be informed on an ongoing basis which zone and billing rate is currently applicable. 

Users should be enabled to make an informed decision on expected call charges and therefore need to be provided 
charging zone information accurately, and in a timely manner, being notified which zone they are in when a call is set 
up. Notification to the subscriber/user could be provided in several forms including tone, announcement, or short 

message. 

The billing system will need to consider the following possible scenarios: 

1 . For the duration of the call, the subscriber remains in a single charging zone 

2. During the call, the charging zones may change 

2. 1. The user may initiate a call in one zone, then move to a different zone where the call is terminated. 

2.2. The user may cross back and forth between zones multiple times during the duration of a call, and the call 
may terminate in the zone it was originated from, or in a different zone. 

Notification to the user may be via the UE MMI prior to initiation of the call and, during the call. 

B2.1.2 Cinarging 

To support appropriate charging, call detail records may need to include the following additional information: 

1 Location Service (Location Based Charging) Identification 

2 Location Information 

3 Zone Information 

4 Type of Event 

5 Duration of Event 



B2.1.3 Roaming 



If a subscriber with active location based charging roams into a system that does not support the service, the subscriber 
may be notified of an "out of coverage zone" notification using the best possible method (UE display, SMS, etc.). 
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B3 Tracking Services 



Although Fleet and Asset Management services may be offered as separate services, within this document they are 
described as a single service category. In a similar manner, Person Tracking may be viewed as a form of personal asset 
tracking. 

B3.1 Fleet and Asset IVIanagement Services 

Fleet and Asset Management services allow the tracking of location and status of specific service group users. 
Examples may include a supervisor of a delivery service who needs to know the location and status of employees, 
parents who need to know where their children are, animal tracking, and tracking of assets. 

The service may be invoked by the managing entity, or the entity being managed, depending on the service being 
provided. 

Fleet Management may enable an enterprise or a public organization to track the location of vehicles (cars, trucks, etc.) 
and use location information to optimize services. 

Asset management services, for example, may range from asset visualization (general reporting of position) to stolen 
vehicle location and geofencing (reporting of location when an asset leaves or enters a defined zone). The range of 
attributes for these services is wide. 

For Fleet and Asset Management services, a distinction may be made between the manager of the fleet/assets in charge 
of tracking, and the entities being tracked (service group users, etc). The tracking service may make use of mobile 
station handsets with possible specialized functions (Web browsers, etc) to allow for tracking and specific methods for 
communicating with the managing entity. A managing entity would be able to access one or several managed entities' 
location and status information through a specified communication interface (Internet, Interactive Voice Response, Data 
service, etc). The managing entity would be able to access both real-time and recent location and status results of 
managed entities. 

The network shall provide the capability to provide the last known location and timestamp. In cases where the service 
group user's mobile station is not registered (i.e. Inactive, out of coverage) the last known location information and 
timestamp may optionally be provided. If this information is unavailable in real-time, a reason for why the information 
is unattainable may be provided. The managing entity may also be able to relay messages to service group users 
through the appropriate interface, as well as receive messages originated by the service group users. 

Activation of Fleet and Asset Management services could be performed via subscriber provisioning by the service 
provider, as well as by offering subscriber-based service activation codes to the service group user/subscriber. The 
managing entity could also initiate service via requests to a provisioning system through Interactive Voice Response or 
Internet request. A feature code may optionally also be provided to allow for specific mobile user group subscriber 
activation by the managing entity (*FC + Mobile ID). A specific user group mobile could also be able to self-activate 
through the use of a feature code. 



B3.2 Traffic IVIonitoring 



Mobiles in automobiles on freeways anonymously sampled to determine average velocity of vehicles. Congestion 
detected and reported. 

Congestion, average flow rates, vehicle occupancy and related traffic information can be gathered from a variety of 
sources including roadside telematic sensors, roadside assistance organizations and ad-hoc reports from individual 
drivers. In addition average link speeds can be computed through anonymous random sampling of UE locations. 

B3.2.1 Attributes 
B3.2.1.1 Privacy 

Anonymous sampling of target UE requires all unique information relating to the UE location to be retained by the 
network operator. Depending on the capabilities of the location method (ref. section 3.4) traffic behavior described 
above can only be determined if an UE is sampled at least twice within a finite predetermined period. 

The UE identification must be sufficiently unique to allow time separated measurements to be paired before discarding 
the source UE identification. 
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The level of uniqueness can be a highly truncated form of the UE-IMSI (or equivalent). For example maintaining 1000 
unattached location estimates for subsequent pairing with future estimates will only require 3 least significant digits of 
the IMSI. Ambiguity in matching will occur but at a low (detectable) rate. Finally, all unattached estimates can be set to 
expire after a preset time. 



B4 Enhanced Call Routing 



Enhanced Call Routing (ECR) allows subscriber or user calls to be routed to the closest service client based on the 
location of the originating and terminating calls of the user. The user may optionally dial a feature or service code to 
invoke the service (*GAS for closest gas station, etc). 

In addition to routing the call based on location, ECR should be capable of delivering the location information to the 
associated service client. For example, this capability may be needed for services such as Emergency Roadside Service. 
This could be used for the purpose of dispatching service agents for ECR service clients that can make use of this 
information. 

ECR services may be offered, for example, through menu driven access allowing users to interactively select from a 
variety of services. 

B5 Location Based Information Services 

Location-Based Information services allow subscribers to access information for which the information is filtered and 
tailored based on the location of the requesting user. Service requests may be initiated on demand by subscribers, or 
automatically when triggering conditions are met, and may be a singular request or result in periodic responses. 

The following subsections provide some examples of possible location based information services. 



B5.1 Navigation 



The purpose of the navigation application is to guide the handset user to his/her destination. The destination can be 
input to the terminal, which gives guidance how to reach the destination. The guidance information can be e.g. plain 
text, symbols with text information (e.g. turn + distance) or symbols on the map display. The instructions may also be 
given verbally to the users by using a voice call. 

Note: this may involve a service provider giving verbal directions to a lost motorist, or providing periodic short text 
messages (possibly using SMS), in addition to, or as an alternative to the provision of a graphic map. 

This can be accomplished through carrying a mobile phone that has location technology capabilities down to a few feet. 
Less granularity impedes the applicability of this functionality. 

This service can either be menu driven from a handset using SIM Application Toolkit or a WAP based terminal with a 
map application running - similar to a GPS system. A central server may handle all mapping of locations, and may 
save specific locations (i.e., favorite fishing holes). 

B5.2 City Sightseeing 

City Sightseeing would enable the delivery of location specific information to a sightseer. Such information might 
consist of combinations of the services described throughout this document to describe historical sites, providing 
navigation directions between sites, facilitate finding the nearest restaurant, bank, airport, bus terminal, restroom 
facility, etc. 

B5.3 Location Dependent Content Broadcast 

The main characteristic of this service category is that the network automatically broadcasts information to terminals in 
a certain geographical area. The information may be broadcast to all terminals in a given area, or only to members of 
specific group (perhaps only to members of a specific organization). The user may disable the functionality totally from 
the terminal or select only the information categories that the user is interested in. 
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An example of such a service may be localized advertising. For example, merchants could broadcast advertisements to 
passersby based on location / demographic / psychographic information (for example "today only, 30% off on blue 
jeans"). 



B5.4 Mobile Yellow Pages 



The internet has also changed how people find phone numbers. Instead of thumbing through the yellow pages or 
calling Directory assistance you simply go online and search the number. The need for paper copy phonebooks is gone. 
Wireless takes this one step further by adding the location of the subscriber to the search. Now the phone number of the 
nearest location can be ascertained as opposed to all locations within a 50-mile area. 

Mobile Yellow Pages services provide the user with the location of the nearest service point, e.g. Italian restaurant. The 
result of the query may be a list of service points fulfilling the criteria (e.g. Italian restaurants within three kilometers). 
The information can be provided to the users in text format (e.g. name of the restaurant, address and telephone number) 
or in graphical format (map showing the location of the user and the restaurants). 

B5.5 Location Sensitive Internet 

Location Sensitive Internet is for further study. 



B6 Network Eniiancing Services 

The Network Enhancing Services described in this section are for further study and privacy issues will require further 
consideration. 

B6.1 Applications for Network Planning 

The network operator may be able to use location information to aid network planning. The operator may be able to 
locate calls in certain areas to estimate the distribution of calls and user mobility for network planning purposes. These 
applications may be used for hot spot detection and user behavior modeling 

B6.2 Applications for Network QoS Improvements 

The network operator may be able to use location services to improve the Quality of Service of the network. The 
location system may be used to track dropped calls to identify problematic areas. The system may also be used to 
identify poor quality areas. 

B6.3 Improved Radio Resource Management 

The location of the handset may be used for more intelligent handovers and more efficient channel allocation 
techniques. 
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Annex C (informative): 
Attributes of Specific Services 



The following table (provided by the GSM Alliance Services Working Group) depicts ranges of values that may be expected for various attributes of location based services. 



Requirement -> 


Service 


Privacy 


Target 


Horizontal 


Vertic 


Respo 


Reliab 


Securi 


Period 


Servic 


Servic 


Servic 


Servic 


Roami 


Servic 


Intera 




Authoriza 




Subscri 


Accuracy 


al 


nse 


ility 


ty 


ic 


e 


e 


eDe- 


e 


ng 


e 


ctions 




tion 




ber 




Accur 


Time 






Locati 


Regist 


Activa 


Activa 


Invoc 




Specif 


With 








Notific 




acy 








on 


ration 


tion 


tion 


ation 




ic 


Other 








ation 












Repor 
ting 












Consi 
derati 


Wirel 

ess 


Service 






























ons 


Servic 


Category 
































es 


Public Safety Services 




Emergency 


None 


Implied 


Not 


Network 


n/a 


5 sec. 


Same 


Same 


Requi 


None 


None 


Not 


Keystr 


Requi 




Lat 


Services 


req'd 


when 


require 




now 




as 


as 


red 


req'd 


requir 


Allow 


oke or 


red if 




and 






dialing 


d 








GSM 


GSM 


Period 




ed 


ed 


Dialed 


emerg 




Long. 






911 info 




100m 


(5- 








TBD 








string 


ency 




To 






provided 




15m 








sugge 








(911) 


call 




PSAP 






to safety 




(67%) 


future 








stl- 










can be 










organiza 






7 








10 










made 










tions 




300m 

(95%) 

Handset 

based: 

50m 

(67%) 

150m 
(95%) 










minut 

es 
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Requirement -> 

Service 
Category 


Service 

Authoriza 

tion 


Privacy 


Target 

Subscri 

ber 

Notific 

ation 


Horizontal 
Accuracy 


Vertic 
al 

Accur 
acy 


Respo 

nse 

Time 


Rehab 
ility 


Securi 

ty 


Period 

ic 

Locati 

on 

Repor 

ting 


Servic 
e 

Regist 
ration 


Servic 
e 

Activa 
tion 


Servic 
eDe- 
Activa 
tion 


Servic 
e 

Invoc 
ation 


Roami 
ng 


Servic 

e 

Specif 

ic 

Consi 

derati 

ons 


Intera 

ctions 

With 

Other 

Wirel 

ess 

Servic 

es 


Emergency 
Alert Services 


Req'd 


Info 

only 

passed 

to 

subscrib 

edto 

service 

provider 


Not 

require 

d 


125 m 

(10m 
future?) 


n/a 
now 

(5- 
15m 
future 
7 


5 sec. 


Same 

as 

GSM 


Same 

as 

GSM 


Requi 
red 
Period 
TBD 

sugge 
stl- 
10 
minut 

es 


Req'd 


By 

menu, 

keystr 

oke, 

intera 

ctive 

or hve 

operat 

or 


By 

menu, 

keystr 

oke, 

intera 

ctive 

or hve 

operat 

or 


Auto 
matic 


Prefer 

red 

where 

roami 

ngis 

allowe 

d 




Lat& 

Long 

to 

Servic 

e 

Provid 

er 

Live, 

SMS 

or 

other 

data 

servic 

e 

(WAP 

,GPR 

S) 

return 

msg. 


Location Sensitive Cliarging 




Home-Zone 
Billing 


Req'd 


Info 

only 

passed 

to 

subscrib 

ed to 

carrier 


Not 

require 

d 


Depends 
on billing 
zone (5m- 
300m) 


n/a 


Depen 

ds on 

incre 

ments 

of 

biUing 


Same 

as 

GSM 


Same 

as 

GSM 


Requi 

red 

depen 

ds on 

billing 

incre 

ment 

and 

covera 

ge 
zone 


Req'd 


Intera 

ctive 

with 

Carrie 

r 


Intera 

ctive 

with 

Carrie 

r 


Auto 
matic 


n/a 




Lat& 

Long 

to 

Carrie 

r 
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Requirement -> 

Service 
Category 


Service 

Authoriza 

tion 


Privacy 


Target 

Subscri 

ber 

Notific 

ation 


Horizontal 
Accuracy 


Vertic 
al 

Accur 
acy 


Respo 

nse 

Time 


Rehab 
ility 


Securi 

ty 


Period 

ic 

Locati 

on 

Repor 

ting 


Servic 
e 

Regist 
ration 


Servic 
e 

Activa 
tion 


Servic 
eDe- 
Activa 
tion 


Servic 
e 

Invoc 
ation 


Roami 
ng 


Servic 

e 

Specif 

ic 

Consi 

derati 

ons 


Intera 

ctions 

With 

Other 

Wirel 

ess 

Servic 

es 


Tracking Services 




Fleet Mgment. 


Req'd 


Info 

only 

passed 

to 

subscrib 

edto 

service 

provider 


Not 

require 

d 


125m-Cen 
ID 


n/a 


5 sec. 


Same 

as 

GSM 


Same 

as 

GSM 


Requi 

red Cl- 
io 
minut 

es) 


Req'd 


Intera 
ctive 
or live 
operat 
or 


Intera 
ctive 
or live 
operat 
or 


Intera 
ctive 
or live 
operat 
or 


Prefer 

red 

where 

roami 

ngis 

allowe 

d 




Lat& 

Long 

to 

Servic 

e 

Provid 

er 

To 

reques 

ting 

custo 

mer's 

interfa 

ce(e- 

mail, 

Web 

or hve 

operat 

or 


Asset Mgment 


Req'd 


Info 

only 

passed 

to 

subscrib 

ed to 

service 

provider 


Not 

require 

d 


10m- 125m 


n/a 

(5- 
15m 
future 
7 


5 sec. 


Same 

as 

GSM 


Same 

as 

GSM 


Requi 

red Cl- 
io 
minut 

es) 


Req'd 


Intera 
ctive 
or live 
operat 
or 


Intera 
ctive 
or live 
operat 
or 


Intera 
ctive 
or live 
operat 
or 


Prefer 

red 

where 

roami 

ngis 

allowe 

d 


Specia 
1 

Termi 
nal 


Lat& 

Long 

to 

Servic 

e 

Provid 

er 

To 

reques 

ting 

custo 

mer's 

interfa 

ce (e- 

mail, 

Web 

or live 

operat 

or 
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Requirement -> 

Service 
Category 


Service 

Authoriza 

tion 


Privacy 


Target 

Subscri 

ber 

Notific 

ation 


Horizontal 
Accuracy 


Vertic 
al 

Accur 
acy 


Respo 

nse 

Time 


Rehab 
ility 


Securi 

ty 


Period 

ic 

Locati 

on 

Repor 

ting 


Servic 
e 

Regist 
ration 


Servic 
e 

Activa 
tion 


Servic 
eDe- 
Activa 
tion 


Servic 
e 

Invoc 
ation 


Roami 
ng 


Servic 

e 

Specif 

ic 

Consi 

derati 

ons 


Intera 

ctions 

With 

Other 

Wirel 

ess 

Servic 

es 


Person 
Tracking 


Req'd 


Info 

only 

passed 

to 

subscrib 

edto 

service 

provider 


May be 
require 
d 

(Child 
versus 
Emplo 
yee?) 


10m- 125m 


n/a 

(5- 
15m 
future 
7 


5 sec. 


Same 

as 

GSM 


Same 

as 

GSM 


Requi 

red Cl- 
io 
minut 

es) 


Req'd 


Intera 
ctive 
or hve 
operat 
or 


Intera 
ctive 
or live 
operat 
or 


Intera 
ctive 
or live 
operat 
or 


Prefer 

red 

where 

roami 

ngis 

allowe 

d 




Lat& 

Long 

to 

Servic 

e 

Provid 

er 

To 

reques 

ting 

custo 

mer's 

interfa 

ce (e- 

mail, 

Web 

or live 

operat 

or 


Pet Tracking 


Req'd 


Info 

only 

passed 

to 

subscrib 

ed to 

service 

provider 


Not 

require 

d 


I0m-125m 


n/a 

(5- 
15m 
future 
7 


5 sec. 


Same 

as 

GSM 


Same 

as 

GSM 


Requi 
red Cl- 
io 
minut 

es) 


Req'd 


Intera 
ctive 
or live 
operat 
or 


Intera 
ctive 
or live 
operat 
or 


Intera 
ctive 
or live 
operat 
or 


Prefer 

red 

where 

roami 

ngis 

allowe 

d 


Specia 
1 

Termi 
nal 


Lat& 

Long 

to 

Servic 

e 

Provid 

er 

To 

reques 

ting 

custo 

mer's 

interfa 

ce (e- 

mail, 

Web 

or live 

operat 

or 


Traffic Monitoring 
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Requirement -> 


Service 


Privacy 


Target 


Horizontal 


Vertic 


Respo 


Reliab 


Securi 


Period 


Servic 


Servic 


Servic 


Servic 


Roami 


Servic 


Intera 




Authoriza 




Subscri 


Accuracy 


al 


nse 


ility 


ty 


ic 


e 


e 


eDe- 


e 


ng 


e 


ctions 




tion 




ber 




Accur 


Time 






Locati 


Regist 


Activa 


Activa 


Invoc 




Specif 


-With 








Notific 




acy 








on 


ration 


tion 


tion 


ation 




ic 


Other 








ation 












Repor 
ting 












Consi 
derati 


"Wirel 

ess 


Service 






























ons 


Servic 


Category 
































es 


Traffic 


Req'd 


No 


Not 


10-40m 


May 


5 sec. 


Same 


Same 


Requi 


Req'd 


By 


By 


By 


Prefer 


High 


Lat& 


Congestion 




specific 


require 


Hi- res. 


be 




as 


as 


red (1- 




menu. 


menu. 


menu. 


red 


bandw 


Long 


Reporting 




Target 


d 


req'd 


req'd 




GSM 


GSM 


2 




keystr 


keystr 


keystr 


where 


idth 


to 






UE info 




muti- near 


for 








minut 




oke. 


oke. 


oke. 


roami 


req on 


Servic 






allowed 




proximity 
lanes 

(opposing 

and 

adjacent) 


over- 
passes 








es) 




intera 
ctive 
or live 
operat 
or 


intera 
ctive 
or live 
operat 
or 


intera 
ctive 
or live 
operat 
or 


ngis 

allowe 

d 


netwo 
rk. 


e 

Provid 

er 

Live 

or 

SMS 

return 

msg. 


Enhanced Cal 


Routing 




Routing to 


Req'd 


Info 


Not 


10m- 125m 


n/a 


5 sec. 


Same 


Same 


Not 


Req'd 


By 


By 


By 


Prefer 




Lat& 


Nearest 




only 


require 








as 


as 


requir 




menu. 


menu. 


menu. 


red 




Long 


Commercial 




passed 


d 








GSM 


GSM 


ed 




keystr 


keystr 


keystr 


where 




to 


Enterprise 




to 

subscrib 

edto 

service 

provider 


















oke, 

intera 

ctive 

or live 

operat 

or 


oke, 

intera 

ctive 

or live 

operat 

or 


oke, 

intera 

ctive 

or live 

operat 

or 


roami 
ngis 
allowe 
d 




Servic 
e 

Provid 
er 


Roadside 


Req'd 


Info 


Not 


10m- 125m 


n/a 


5 sec. 


Same 


Same 


Not 


Req'd 


By 


By 


By 


Prefer 




Lat& 


Assistance 




only 


require 








as 


as 


requir 




menu. 


menu. 


menu. 


red 




Long 






passed 


d 








GSM 


GSM 


ed 




keystr 


keystr 


keystr 


where 




to 






to 


















oke. 


oke. 


oke. 


roami 




Servic 






subscrib 


















intera 


intera 


intera 


ngis 




e 






ed to 


















ctive 


ctive 


ctive 


allowe 




Provid 






service 


















or live 


or live 


or live 


d 




er 






provider 


















operat 
or 


operat 
or 


operat 
or 






Live 

or 

SMS 

return 

msg. 
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Requirement -> 

Service 
Category 


Service 

Authoriza 

tion 


Privacy 


Target 

Subscri 

ber 

Notific 

ation 


Horizontal 
Accuracy 


Vertic 
al 

Accur 
acy 


Respo 

nse 

Time 


Rehab 
ility 


Securi 

ty 


Period 

ic 

Locati 

on 

Repor 

ting 


Servic 
e 

Regist 
ration 


Servic 
e 

Activa 
tion 


Servic 
eDe- 
Activa 
tion 


Servic 
e 

Invoc 
ation 


Roami 
ng 


Servic 

e 

Specif 

ic 

Consi 

derati 

ons 


Intera 

ctions 

With 

Other 

Wirel 

ess 

Servic 

es 


Location Based Information Services 




Navigation 


Req'd 


Info 

only 

passed 

to 

subscrib 

edto 

service 

provider 


Requir 
ed 


10m- 125m 


n/a 


5 sec. 


Same 

as 

GSM 


Same 

as 

GSM 


Requi 

red (1- 

10 

minut 

es) 


Req'd 


By 

menu, 

keystr 

oke, 

intera 

ctive 

or live 

operat 

or 


By 

menu, 

keystr 

oke, 

intera 

ctive 

or live 

operat 

or 


By 

menu, 

keystr 

oke, 

intera 

ctive 

or live 

operat 

or 


Prefer 

red 

where 

roami 

ngis 

allowe 

d 




Lat& 

Long 

to 

Servic 

e 

Provid 

er 

Live, 

SMS 

or 

other 

data 

servic 

e 

(WAP 

,GPR 

S) 

return 

msg. 


City 
Sightseeing 


Req'd 


Info 

only 

passed 

to 

subscrib 

ed to 

service 

provider 


Not 

require 

d 


10m- 125m 


n/a 


5 sec. 


Same 

as 

GSM 


Same 

as 

GSM 


Not 

requir 

ed 


Req'd 


By 

menu, 

keystr 

oke, 

intera 

ctive 

or live 

operat 

or 


By 

menu, 

keystr 

oke, 

intera 

ctive 

or live 

operat 

or 


By 

menu, 

keystr 

oke, 

intera 

ctive 

or live 

operat 

or 


Prefer 

red 

where 

roami 

ngis 

allowe 

d 




Lat& 

Long 

to 

Servic 

e 

Provid 

er 

Live, 

SMS 

or 

other 

data 

servic 

e 

(WAP 

,GPR 

S) 

return 

msg. 
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Requirement -> 


Service 


Privacy 


Target 


Horizontal 


Vertic 


Respo 


Reliab 


Securi 


Period 


Servic 


Servic 


Servic 


Servic 


Roami 


Servic 


Intera 




Authoriza 




Subscri 


Accuracy 


al 


nse 


ility 


ty 


ic 


e 


e 


eDe- 


e 


ng 


e 


ctions 




tion 




ber 




Accur 


Time 






Locati 


Regist 


Activa 


Activa 


Invoc 




Specif 


-With 








Notific 




acy 








on 


ration 


tion 


tion 


ation 




ic 


Other 








ation 












Repor 
ting 












Consi 
derati 


"Wirel 

ess 


Service 






























ons 


Servic 


Category 
































es 


Localized 


Req'd 


Info 


Not 


125m-Cell 


n/a 


Not 


Same 


Same 


Not 


Req'd 


By 


By 


By 


Prefer 




Lat& 


Advertising 




only 


require 


ID 




sensiti 


as 


as 


requir 




menu. 


menu. 


menu. 


red 




Long 






passed 


d 






ve 


GSM 


GSM 


ed 




keystr 


keystr 


keystr 


where 




to 






to 








(defau 










oke. 


oke, 


oke. 


roami 




Servic 






subscrib 








It to 5 










intera 


intera 


intera 


ngis 




e 






edto 








sec.) 










ctive 


ctive 


ctive 


allowe 




Provid 






service 


















or live 


or live 


or live 


d 




er 






provider 


















operat 
or 


operat 
or 


operat 
or 






SMS 

return 

msg. 


Mobile Yellow 


Req'd 


Info 


Not 


125m-Cell 


n/a 


5 sec. 


Same 


Same 


Not 


Req'd 


By 


By 


By 


Prefer 




Lat& 


Pages 




only 


require 


ID 






as 


as 


requir 




menu. 


menu. 


menu. 


red 




Long 






passed 


d 








GSM 


GSM 


ed 




keystr 


keystr 


keystr 


where 




to 






to 


















oke, 


oke. 


oke. 


roami 




Servic 






subscrib 


















intera 


intera 


intera 


ngis 




e 






edto 


















ctive 


ctive 


ctive 


allowe 




Provid 






service 


















or live 


or live 


or live 


d 




er 






provider 


















operat 
or 


operat 
or 


operat 
or 






Live, 

SMS 

or 

other 

data 

servic 

e 

(■WAP 

,GPR 

S) 

return 

msg. 


Service Provider Specific Services 




Network 


Not 


Specific 


Not 


lOm-Cell 


n/a 


5 sec. 


Same 


Same 


Requi 


Not 


N/a 


n/a 


n/a 


n/a 




n/a 


Planning 


Req'd 


Target 
UE info 
allowed 


Requir 
ed 


ID 






as 
GSM 


as 
GSM 


red(l 
minut 

e) 


Req'd 
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Requirement -> 


Service 


Privacy 


Target 


Horizontal 


Vertic 


Respo 


Reliab 


Securi 


Period 


Servic 


Servic 


Servic 


Servic 


Roami 


Servic 


Intera 




Authoriza 
tion 




Subscri 
ber 


Accuracy 


al 
Accur 


nse 
Time 


ility 


ty 


ic 
Locati 


e 
Regist 


e 
Activa 


eDe- 
Activa 


e 
Invoc 


ng 


e 
Specif 


ctions 
With 








Notific 




acy 








on 


ration 


tion 


tion 


ation 




ic 


Other 


Service 
Category 






ation 












Repor 
ting 












Consi 
derati 
ons 


Wirel 
ess 

Servic 
es 


Dynamic 
Network 
Control 


Not 
Req'd 


Specific 
Target 
UE info 
allowed 


Not 

Requir 

ed 


lOm-Cell 
ID 


n/a 


5 sec. 


Same 

as 

GSM 


Same 

as 

GSM 


Requi 
red(l 
minut 

e) 


Not 
Req'd 


N/a 


n/a 


n/a 


n/a 




n/a 
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